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REMARKS 

The Office Action mailed on July 23, 2010, considered and rejected claims 1-8, 10-13, 
15-22, 24-33 and 35-37. Claims 1-8, 10-13, 15-22 and 24-31 were rejected under 35 U.S.C. § 
103(a) as being unpatentable over Lamb (U.S. Patent No. 6,892,264) in view of Iwami (U.S. 
Publ. No. 2002/0156867) in view of Thrasher (U.S. Patent No. 7,275,103) further in view of 
Schulter (U.S. Publ. No. 2002/0156612). Claims 32, 33 and 35-37 were rejected under 35 
U.S.C. § 103(a) as being unpatentable over Lamb in view of Iwami, in view of Thrasher, further 
in view of Chadalapaka (U.S. Patent No. 6,845,403).^ 

By this paper, claims 1, 15 and 37 are amended, while no claims are added or cancelled. 
Accordingly, following this paper, claims 1-8, 1 0- 1 3, 1 5-22, 24-33 and 35-37 remain pending, of 
which, claims 1, 15, 29 and 32 are the independent claims at issue. 

As reflected above, the pending claims are generally directed to accessing network 
devices, including accessing virtual SCSI devices over a network. Claim 1, for example, recites 
a method for providing the chent system access to one or more of the devices through a network 
provider. In the method, one or more devices are first identified that can be accessed locally or 
over a network that includes multiple devices corresponding to unique device identifiers. Such 
one or more devices include a virtual SCSI device accessible through an iSCSI protocol. A 
target that identifies the set of the one or more devices is generated with the target including at 
least one corresponding unique device identifier, wherein the set of one or more devices is 
identified based on each of the devices having at least one common group of clients authorized to 
access the devices. Further, a plurality of logical unit numbers (LUNs) are assigned to the 
unique device identifier corresponding to the set of one or more devices, where the LUNs are 
relevant only within such target, such that other targets can be assigned at least some of the same 
LUN's. Chent authorization information identified by the network provider is associated with 
the target that identifies the set of the one or more devices. The target is then dynamically 
assigned to a port through a protocol-independent port driver at the network provider such that 
only clients authorized by the associated client information are allowed to access the assigned 
port, thereby allowing only the clients access to the set of the one or more device through the 



' Although the prior art status of the cited art is not being challenged at this time, Applicant reserves the right to challenge the 
prior art status of the cited art at any appropriate time, should the need arise. Accordingly, any arguments and amendments made 
herein should not be construed as acquiescing to any prior art status of the cited art. 
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target, wherein the assignment of the port is dependent upon load balancing of the network 
provider. 

The remaining independent claims are closely related. For example, claim 15 recites a 
computer-readable medium generally corresponding to the method of claim 1. Claim 29 recites 
a method similar to claim 1, but which includes functional, step for language. Claim 32 recites a 
method which is more specific in various regards, but which excludes the Umitation of a virtual 
SCSI device being accessible thiough an iSCSI protocol. 

1. Suitability of Combination 

Initially, Applicant notes that it is axiomatic that the central inquiry in determining 
obviousness is whether the claims as a whole would have been obvious, and not whether the 
differences themselves would have been obvious. In that regard, the prior art must be considered 
in its entirety , including any disclosures that teach or lead away from the claimed invention. 
(M.P.E.P. 2141.02). In particular, "a prior art reference must be considered in its entirety, i.e., as 
a whole , including portions that would lead away from the claimed invention." (M.P.E.P. 
§2141.02(VI), emphasis in original). 

In that regard, it wiU be noted that AppUcant's prior response set forth various reasons 
why the cited references, including the Thrasher reference, when considered in their entireties, 
teach away from the combination provided by the Office. In response, the Office stated its 
disagreement upon the basis that: 'Thrasher is not even reUed upon for [recited] teachings," and 
is instead "relied upon for dynamic path assignment and load-balancing features not the removal 
of SCSI storage." (Office Action, p. 2). In effect, the Office appears to be arguing that because 
the Examiner did not use Thrasher as support for SCSI, the teachings away of such reference are 
irrelevant. Apphcant respectfully submits that the Office has committed clear error. 

As noted above, the teachings of all of the references "in their entireties" must be 
considered, including any teachings away from the claimed invention. Candidly, that the Office 
has not cited a reference for a particular feature is of no bearing to the question of patentability, 
as patentability is determined based on the knowledge of one of ordinary skill in the art "at the 
time of the invention." Inasmuch as the Office's assertions come well after the invention, what 
particular portions are relied upon by the Office would have been unavailable to one skilled in 
the art. It is for such reason that the Office must avoid the impermissible use of hindsight — as is 
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clearly evident in this case — by reviewing the prior art "in its entirety... including portions that 
would lead away from the claimed invention." Categorically disregarding teachings of a prior 
art reference on the basis that the Examiner doesn't rely on such features is clear error as it 
disregards the express nature of an obviousness determination, namely the consideration of 
references as a whole and what they would have suggested to one skilled in the art at the time of 
the invention. 

In that regai'd, Applicant reiterates the arguments previously presented inasmuch as all 
teachings of the cited references must be considered. With particular reference to the pending 
claims that recite the use of SCSI architecture, Applicant notes that Thrasher is particularly 
instinctive. For example, Thrasher notes that large organizations have previously relied heavily 
on SCSI technology; however "the restrictions imposed by SCSI architecture are too costly for 
SCSI to continue as a viable solution." Indeed, Thrasher further expounds on various specific 
restrictions of SCSI and also notes that even where storage arrays reside directly on the network 
than through the SCSI connection, it "adds a significant load to the network, which frequently is 
already starved for bandwidth." (Col. 1,11. 10-33). 

Thrasher thus notes that storage area network (SAN) models place storage on their own 
dedicated network and remove data storage from the SCSI bus , and that the objective of the 
invention in Thrasher is to provide a mechanism to proactively identify SAN bottlenecks and to 
reconfigure SAN pathing on the fly to improve the flow of data through a SAN. (Col. 1, In. 34 to 
Col. 2, In. 2). Indeed, the Office has previously cited the improvement of flow of data and 
proactive identification of bottlenecks in a SAN as the very reason why one skilled in the art 
would incorporate the teachings of Thrasher into the other cited art (Office Action, pp. 2, 15), 
and such benefit arises by virtue of removing data storage from the SCSI bus by instead using 
the SAN models. It is difficult to imagine how Thrasher can be used to proactively identify 
bottlenecks and reconfigure SAN pathing on the fly if SCSI is used rather than a SAN. 

Notably, Thrasher thus proposes a solution that eliminates the specifically criticized and 
discredited SCSI technology by instead modifying SAN models, and it is this modification and 
removal of SCSI that provides the very benefit Thrasher is purported to provide to the other art 
of record. In other words, the operation of Thrasher is to use SAN as a replacement to SCSI and 
then modify the prior SAN principles in a manner that identifies and corrects for bottlenecks. 
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Thrasher does so by not merely disclosing an alternative to SCSI, but by specifically criticizing, 
discrediting, and otherwise discouraging the use of SCSI. 

Such teachings of Thrasher are clearly relevant inasmuch as the reference must be 
considered as a whole and the pending claims specifically include virtual SCSI devices 
accessible through iSCSI protocols. In view of the specific teaching away of Thrasher with 
regard to the use of SCSI systems and the described Umitations and disadvantages leading to its 
exclusion in Thrasher, a reason to include SCSI protocols must come from other art. Moreover, 
such art would necessarily need to conflict with Thrasher as the latter not only is devoid of use 
of SCSI, but actively teaches against the same. Specifically, to incorporate the principles of 
Thrasher with other art would requii'e findings of suggestions that outweigh the teaching away of 
Thrasher. (M.P.E.P. § 2143.01(V)). Applicant respectfully submits that upon a review of the 
other cited art, the weight of the art suggests the undesirability of SCSI, and thus teaches away 
from the claimed combination. Moreover, while such argument was presented previously, it was 
ignored entirely in the Office's response to arguments. (Office Action, p. 2). Indeed, as noted 
above, the Office merely dismissed the teachings of Thrasher as irrelevant because they were not 
specifically relied upon by the Office. 

For example. Lamb discloses the use of an SCSI bus and port driver in connection with 
masked and unmasked LUN's. Notably, however, nothing in Lamb appears to give any reason 
why SCSI must or should be used over other protocols. Indeed, Lamb also indicates that an SAN 
can be used and, when combined with Thrasher, there is the clear teaching to avoid SCSI and 
instead incorporate the more modem technology of Thrasher. Similarly, Schulter also discloses 
both SCSI and SAN protocols, without any particular teaching or suggestion capable of 
overshadowing the teachings of Thrasher. Iwami notes the use of SCSI is a possibiUty in 
assigning storage unit identifiers; however, nothing in Iwami appears to provide any particular 
benefit of SCSI over SAN or other models. Thus, the specific teaching away in Thrasher clearly 
outweighs the more limited disclosure in Iwami. 

Accordingly, upon a review of the cited art, and weighing the teachings thereof, 
Applicant respectfully submits that one skilled in the art would have concluded that SCSI was 
costly, restrictive, and carries too high of a load, and would have therefore incorporated the HBA 
porting of Thrasher as a manner of eUminating the use of SCSI. 
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2. Differences between the Claimed Subject Matter and the Combination of 
References 

Applicant further notes that the pending claims each relate to the assignment of LUNs in 
a manner such that LUNs are given relevancy only within a particular target, as recited in 
combination with the other claim elements. Thus, multiple targets can each have one or more 
LUNs that are the same , despite the targets and the elements referred to being different. In that 
regard. Applicant respectfully submits that the cited art, whether cited alone or in combination, 
clearly fails to teach or reasonably support such use of LUNs. 

For example. Lamb relates to the use of an improved SAN with storage devices being 
selected using a previously assigned LUN ID. As part of the system, a graphical user interface is 
provided to access the system architecture and manage assignment of LUNs. For example. 
Figures 19 and 20 illustrate example graphical user interfaces that identifies accessible LUNs 
and provides other information such as the capacity, vendor, product, revision, LUN, status, and 
assignment of the storage devices to which LUNs are assigned. When a LUN is identified, an 
Assign LUN button will be activated when the LUN is currently unassigned. Instead, when an 
assigned LUN is displayed, the Unassign LUN and Reassign LUN buttons will be displayed. 
(Col. 38, U. 15-30). Thus, Lamb teaches that when an LUN is present, it is unique within the 
system and can then be unassigned or reassigned, but does not appear to have any disclosure 
allowing a same LUN to be apphed to multiple devices, partitions and/or files, as recited in the 
pending claims. Instead, Lamb relates to an architecture manager in which LUNs are assigned 
globally through a GUI, so as to apply system-wide, without any apparent distinction between 
LUNs existing in one target or another target, let alone the same LUN existing in different 
targets despite corresponding to different items. 

Applicant further respectfully submits that the other art of record appears to be no more 
relevant in this regard. For example. Thrasher describes LUN binding in which an addressable 
unit is bound to a specified array port in a specified storage device, which results in creation of a 
LUN. (Col. 26, 11. 57-66). Different LUNs may represent different paths to a single volume and 
an LUN may be bound to multiple ports, but nothing in Thrasher appears to relate in any way to 
making LUNs relevant only with a particular unique device identifier or device, let alone 
assigning multiple LUNs to different devices, partitions and/or files, as recited in combination 
with the other claim elements. 
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Applicant respectfully submits that Schulter is equally deficient in this regard. For 
example, Schulter describes a storage architecture in which each PAN has an independent 
perspective on mass storage, and thus a device/LUN address map is given to a location in a SAN. 
Each device/LUN address can be mapped into a major and minor device number to identify a 
disk and partition. 145). Notably, while Schulter does relate a LUN to a disk and partition, 
nothing appears to relate in any way to using the same LUN for multiple devices, partitions, and 
files as recited in combination with the other claim elements. 

Chadalapaka relates to a iSCSI stmcture in which clients issue SCSI commands to 
request service from a logical unit. A SCSI transport can pap the client/server SCSI protocol to 
an interconnect with the initator as one endpoint, and the target as the other. (Col. 4, 11. 56-67). 
The target can have multiple logical units assigned to it, with each logical unit having an address 
as an LUN. (Col. 4, In. 67 to Col. 5, In. 3). Thus, while LUNs are assigned, nothing in 
Chadalapaka appears to relate to assigning multiple LUNs to different devices, partitions and/or 
files, or basing relevancy of an LUN such that it is only relevant with a particular device or 
unique device identifier. 

Iwami is equally non- instructive in this regard. For instance, Iwami only briefly notes the 
existence of a LUN, by particularly noted that LUN security is a technology in which a storage 
device detects equipment identities so that volumes within storage devices are protected from 
unauthorized access. 30). In operation, a network is used to access storage devices, and the 
storage has at least one port for connecting to the network. Volumes defined from the storage 
have volume IDs that can be LUNs. (Id.). When a user wishes to access a volume, or a virtual 
volume, a volume ID is used, and may be a LUN. 33). 

Notably, Iwami thus notes that LUNs may be used as storage volume IDs, and used to 
access a volume in a storage device. As shown in Figure 3, however, each volume ID is 
different. In short, the scant disclosure of Iwami includes no description or reasonable support 
for a LUN that allows multiple devices, partitions, and files to be assigned at same LUN. 
Indeed, the combination of each of the mentioned references includes various examples and 
express teachings in which each device or other component has a different LUN and a system 
has a unique LUN for each component. Thus, when Iwami, Thrasher, Lamb, Schutter, and 
Chadalapaka, are combined, one skilled in the art would have known only to assign a distinct 
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LUN for each component, rather than to use an LUN that can be assigned to multiple devices, 
partitions, and files, as recited in combination with the other claim elements. 

In view of the foregoing. Applicant respectfully submits that the other rejections to the 
claims are now moot and do not, therefore, need to be addressed individually at this time. It will 
be appreciated, however, that this should not be construed as Applicant acquiescing to any of the 
purported teachings or assertions made in the last action regarding the cited art or the pending 
application, including any Official Notice. Instead, Applicant reserves the right to challenge any 
of the purported teachings or assertions made in the last action at any appropriate time in the 
future, should the need arise. Furthermore, to the extent that the Examiner has relied on any 
Official Notice, explicitly or implicitly. Applicant specifically requests that the Examiner 
provide references supporting the teachings officially noticed, as well as the required reason why 
one skilled in the art would have modified the cited art in the manner officially noticed. 

In the event that the Examiner finds remaining impediment to a prompt allowance of this 
application that may be clarified through a telephone interview, the Examiner is requested to 
contact the undersigned attorney at (801) 533-9800. 

Dated this 7th day of October, 2010. 

Respectfully submitted, 

/Colby C. NuttaU. Reg. No. 58.146/ 
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